home *** CD-ROM | disk | FTP | other *** search
-
-
-
- SSSSNNNNEEEETTTTDDDD((((1111MMMM)))) SSSSNNNNEEEETTTTDDDD((((1111MMMM))))
-
-
-
- NNNNAAAAMMMMEEEE
- snetd - DLPI network daemon
-
- SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
- ssssnnnneeeettttdddd [----nnnntttt] [ _c_o_n_f_i_g__f_i_l_e |||| ---- ]
-
- DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN
- _s_n_e_t_d configures a _S_T_R_E_A_M_S network from a specification given in a
- configuration file whose format is described in the _C_o_n_f_i_g_u_r_a_t_i_o_n
- section.
-
- By default the configuration is taken from the file
- /_e_t_c/_c_o_n_f_i_g/_s_n_e_t_d._o_p_t_i_o_n_s. An alternative file may be specified as a
- command line argument (_c_o_n_f_i_g__f_i_l_e). The special filename '----' is taken
- to mean the standard input.
-
- Upon system startup, if the state of the _s_n_e_t_d daemon is _o_n, the daemon
- is started by /etc/init.d/network. You may use _c_h_k_c_o_n_f_i_g(1M) to check the
- state of the daemon or to change its state.
-
- The ----tttt option may be used to debug a configuration file. It produces
- trace information indicating the sequence of opens, links, etc. performed
- by _s_n_e_t_d to create the _S_T_R_E_A_M_S architecture defined by the configuration.
-
- The ----nnnn option, which also implies ----tttt ,,,, inhibits the actual building of
- the _S_T_R_E_A_M_S network.
-
- CCCCOOOONNNNFFFFIIIIGGGGUUUURRRRAAAATTTTIIIIOOOONNNN
- This section describes the configuration of the _S_T_R_E_A_M_S network
- constructed by _s_n_e_t_d.
-
- The file is in two sections, mmmmoooodddduuuulllleeee and ssssttttrrrreeeeaaaammmmssss , separated by a line
- consisting of the character sequence '%%'. Blank lines may be used
- freely throughout the file, and a _t_o_k_e_n (see below) beginning with an
- unquoted '####' (hash) denotes a comment which lasts till the end of the
- line. In addition, a backslash (\\\\) immediately preceding the end of a
- line results in the newline being treated as whitespace (except at the
- end of comment lines).
-
- _T_o_k_e_n_s consist either of
-
- a) a single occurrence of the special characters { '=', '{', ',', '}' }
-
- (NNNNooootttteeee:::: '=' is _n_o_t a special character within the brace-enclosed argument
- list of a control message; ',' is _o_n_l_y a special character in this
- position.)
-
- b) strings of arbitrary characters enclosed in single or double quotes
- (''' or '"'), but not containing a newline - each quoting character
- quotes the other, for example, "foo 'bar'" or '"foo" bar'
-
-
-
-
-
- PPPPaaaaggggeeee 1111
-
-
-
-
-
-
- SSSSNNNNEEEETTTTDDDD((((1111MMMM)))) SSSSNNNNEEEETTTTDDDD((((1111MMMM))))
-
-
-
- (Newlines occurring within quoted strings will silently terminate the
- string.)
-
- c) sequences of non-whitespace characters not including any of the
- special characters or quotes
-
- All strings are case-sensitive, and are silently truncated to 200
- characters.
-
- The mmmmoooodddduuuulllleeeessss section describes the individual modules and drivers from
- which the _S_T_R_E_A_M_S network configuration will be built.
-
- tcp dc /dev/tcp
- arp m arp
- x25 dc /dev/x25
- lapb0 dc /dev/lapb0
-
- Each line (such as the examples above) consists of three tokens
- (separated by whitespace or tabs) as follows.
-
- The mmmmoooodddduuuulllleeee iiiiddddeeeennnnttttiiiiffffiiiieeeerrrr is the name by which the module or driver will be
- known in the streams section (see below).
-
- The mmmmoooodddduuuulllleeee ttttyyyyppppeeee is a sequence of character flags describing the module or
- driver. The flag 'dddd' describes a _S_T_R_E_A_M_S _d_r_i_v_e_r , whereas 'mmmm' describes
- a _m_o_d_u_l_e. The 'cccc' flag specifies a driver to be _c_l_o_n_e_a_b_l_e. (See the
- _S_T_R_E_A_M_S _P_r_o_g_r_a_m_m_e_r'_s _G_u_i_d_e for a detailed description of modules and
- drivers.)
-
- The mmmmoooodddduuuulllleeee nnnnaaaammmmeeee is the _c_h_a_r_a_c_t_e_r _d_e_v_i_c_e _n_a_m_e for a driver, or the
- _p_u_s_h_a_b_l_e _m_o_d_u_l_e _n_a_m_e for a module.
-
- The ssssttttrrrreeeeaaaammmmssss section describes the architecture of the network in terms of
- how the previously defined modules and drivers are to be combined (by
- means of the appropriate PUSHes and LINKs) into streams. Multiplexing
- and cloning are handled automatically by the _s_n_e_t_d(1M) utility.
-
- ip arp IP_NET=89.0.0.3
- x25 lapb0 SHELL="x25tune -P -s A def.dte.x25" \
- X25_SET_SNID={A, LC_LAPBDTE, , }
-
- Lines in this section (such as the above examples) are of the following
- form.
-
- The first two tokens on a line are nnnnaaaammmmeeeessss (_m_o_d_u_l_e _i_d_e_n_t_i_f_i_e_r_s as defined
- in the previous section) of drivers or modules which are to form the
- uuuuppppssssttttrrrreeeeaaaammmm and ddddoooowwwwnnnnssssttttrrrreeeeaaaammmm components respectively of a _S_T_R_E_A_M_S link.
-
- Each link performed between token 1 and token 2 generates a _m_u_x__i_d
- (multiplexing identifier) which is associated with that link. It is
- possible to override the generated link by replacing token 2 with an
- explicit mux_id, for example:
-
-
-
- PPPPaaaaggggeeee 2222
-
-
-
-
-
-
- SSSSNNNNEEEETTTTDDDD((((1111MMMM)))) SSSSNNNNEEEETTTTDDDD((((1111MMMM))))
-
-
-
- lapb0 1 LL_SET_SNID=A \
- SHELL="lltune -P -p lapb -s B -d /dev/lapb0 def.lapb"
-
- This sets the _m_u_x__i_d associated with the link to 1111 ....
-
- These names may be _q_u_a_l_i_f_i_e_d by a suffix consisting of a colon (::::) and a
- number (for example _a_r_p:_1) to signify a particular _i_n_s_t_a_n_t_i_a_t_i_o_n of a
- module. (An uninstantiated _n_a_m_e is an abbreviation for _n_a_m_e:0.) Each
- instantiation of a module can be thought of as a separate _b_l_o_c_k in a
- _S_T_R_E_A_M_S Architecture diagram. Separate instantiations would be
- appropriate for, say, a module pushed above more than one driver, but not
- for a cloneable multiplexed driver.
-
- Instantiations are used in the 'streams' section only, to instantiate
- modules defined in the 'modules' section. The following networking
- example would run IP over two distinct networks:
-
- ip dc /dev/ip
- arp m arp
- ethr0 dc /dev/ethr0
- ethr1 dc /dev/ethr1
-
- %%
-
- ip arp:0 IP_NET=89.0.0.1
- arp:0 ethr0 ARP_TYPE
-
- ip arp:1 IP_NET=89.0.0.2
- arp:1 ethr1 ARP_TYPE
-
- The remainder of each line consists of a (possibly null) sequence of
- _c_o_n_t_r_o_l _a_c_t_i_o_n_s to be performed on completion of the link in the order
- specified.
-
- Each control action is of the form _f_u_n_c_t_i_o_n = _a_r_g_u_m_e_n_t-_l_i_s_t, where the
- _a_r_g_u_m_e_n_t-_l_i_s_t is either a single string argument or a comma-separated
- list enclosed in braces ({{{{ and }}}}). Control actions requiring no
- arguments may consist simply of the _f_u_n_c_t_i_o_n component. Arguments
- containing whitespace or any of the special characters listed above must
- be quoted.
-
- The following ccccoooonnnnttttrrrroooollll aaaaccccttttiiiioooonnnnssss are currently defined:
-
- IIIIPPPP____NNNNEEEETTTT={_i_n_t_e_r_n_e_t-_a_d_d_r_e_s_s, _s_u_b_n_e_t-_m_a_s_k, ffffoooorrrrwwwwbbbb=_b_o_o_l_e_a_n}
-
- This specifies the nnnneeeettttwwwwoooorrrrkkkk address and ssssuuuubbbbnnnneeeetttt mask
- for a stream below IP, and whether bbbbrrrrooooaaaaddddccccaaaassssttttssss are to
- be _f_o_r_w_a_r_d_e_d from other networks to that network.
-
- This is typically used when a network is multiplexed
- below an IIIIPPPP (Internet Protocol) driver. The Internet
- address and Subnet mask are given in standard
-
-
-
- PPPPaaaaggggeeee 3333
-
-
-
-
-
-
- SSSSNNNNEEEETTTTDDDD((((1111MMMM)))) SSSSNNNNEEEETTTTDDDD((((1111MMMM))))
-
-
-
- Internet ddddooootttt format, and may be omitted (supplied as
- a null string) when not relevant, in which case they
- will be passed as zero. The _b_r_o_a_d_c_a_s_t flag is
- specified as a boolean value: yyyy or nnnn (for
- 'yes'/'true' - 'do forward' - or 'no'/'false' -
- 'don't forward'), or may be omitted in the default
- case (don't forward).
-
- NNNNooootttteeee:::: A broadcast packet for transmission to a
- network either originates from the host or has
- previously been received from another network. The
- first type is always transmitted. The second type is
- only transmitted if the forward broadcast flag ffffoooorrrrwwwwbbbb
- is set to 'y'. This flag is only relevant when using
- gateways.
-
- In cases where only the network address is supplied,
- the following syntax may be used
-
- IIIIPPPP____NNNNEEEETTTT=_i_n_t_e_r_n_e_t-_a_d_d_r_e_s_s
-
- AAAARRRRPPPP____TTTTYYYYPPPPEEEE=_t_r_a_i_l_e_r_s
- This specifies that this stream is to be rrrreeeeggggiiiisssstttteeeerrrreeeedddd
- with the network driver below as the stream on which
- incoming IIIIPPPP packets are to be received.
-
- In addition, _t_r_a_i_l_e_r_s may take the value ttttrrrraaaaiiiilllleeeerrrrssss or
- nnnnoooottttrrrraaaaiiiilllleeeerrrrssss (the default), to specify whether trailer
- encapsulated packets should be sent on the network
- interface.
-
- LLLLLLLL____SSSSEEEETTTT____SSSSNNNNIIIIDDDD=_s_u_b_n_e_t-_i_d
-
- This registers the _s_u_b_n_e_t_w_o_r_k _i_d_e_n_t_i_f_i_e_r (subnet-id)
- to be associated with this link. The _s_u_b_n_e_t_w_o_r_k
- _i_d_e_n_t_i_f_i_e_r provides a unique name for an outlet to a
- board and its associated higher level streams. It is
- a single alphanumeric character and is a mandatory
- parameter.
-
- XXXX22225555____SSSSEEEETTTT____SSSSNNNNIIIIDDDD={_s_u_b_n_e_t-_i_d, _c_l_a_s_s, _l_o_c_a_l-_S_A_P, _l_o_o_p-_S_A_P}
-
- This registers the _s_u_b_n_e_t_w_o_r_k _i_d_e_n_t_i_f_i_e_r to be
- associated with this link, the _c_l_a_s_s of the network
- below the link, and the _l_o_c_a_l- and _l_o_o_p-_S_A_Ps to be
- associated with this subnetwork.
-
- The class can be one of the following:
-
- LC_LLC1 LLC-1,
- LC_LLC2 LLC-2,
- LC_LAPBDTE LAPB - DTE,
-
-
-
- PPPPaaaaggggeeee 4444
-
-
-
-
-
-
- SSSSNNNNEEEETTTTDDDD((((1111MMMM)))) SSSSNNNNEEEETTTTDDDD((((1111MMMM))))
-
-
-
- LC_LAPBXDTE LAPB - DTE and extended addressing,
- LC_LAPBDCE LAPB - DCE,
- LC_LAPBXCDE LAPB - DCE and extended addressing.
- LC_LAPDTE LAP - DTE,
- LC_LAPDCE LAP - DCE,
-
- The _S_A_Ps are only required for _c_l_a_s_s_e_s '_L_C__L_L_C_2' _a_n_d
- '_L_C__L_L_C_1'. They are two digit hexadecimal numbers.
- The _S_A_Ps must be even, non-zero and different. If
- the _c_l_a_s_s is 'LC_LLC2', and the _S_A_Ps are not present,
- the defaults for local and loop _S_A_Ps are 0x7E and
- 0x70 respectively. If the _c_l_a_s_s is 'LC_LLC1', and
- the _S_A_P is not present, the default for local _S_A_P is
- 0x7E. For any other _c_l_a_s_s, the _S_A_Ps are not used.
-
- The _s_u_b_n_e_t-_i_d and _c_l_a_s_s parameters are mandatory, but
- the _l_o_c_a_l-_S_A_P and _l_o_o_p-_S_A_P parameters are optional.
-
- SSSSHHHHEEEELLLLLLLL="_c_o_m_m_a_n_d-_s_t_r_i_n_g"
-
- This allows calls to the shell. Utilities may then
- be called at an intermediate stage in the building of
- the _S_T_R_E_A_M_S network. For example:
-
- ip - SHELL=" ixemap -Z; ixemap -P "
-
-
- This particular shell call to the _i_x_e_m_a_p(1M) utility
- deals with the IXE module internal table of X.25 and
- Internet address associations (as described in
- _i_x_e_m_a_p_c_o_n_f(4)).
-
- A special dummy link exists, where no link is formed,
- but the control action is executed. This occurs when
- token 2 is a hyphen (((( ''''----'''' )))) ....
-
- For example:
-
- x25 - SHELL="pvcmap -P"
-
- which is simply a shell call to execute ppppvvvvccccmmmmaaaapppp ....
-
- EEEEXXXXAAAAMMMMPPPPLLLLEEEESSSS
- When the DLPI subsystem is installed, a sample configuration file is
- installed at /etc/config/snetd.options, if the file does not already
- exist. The file contains sample configuration lines for three
- interfaces: one token ring interface, one ethernet interface and one fddi
- interface. As 'sample' configuration lines, the configuration lines are
- commented out with an '#' sign at column one. To activate a particular
- interface, the '#' signs must be removed. The sample configuration file
- installed by the product might contain the following network description
- depending on your system configuration. Please note that the line
-
-
-
- PPPPaaaaggggeeee 5555
-
-
-
-
-
-
- SSSSNNNNEEEETTTTDDDD((((1111MMMM)))) SSSSNNNNEEEETTTTDDDD((((1111MMMM))))
-
-
-
- numbers will not be in the shipped file but they are put in here for
- reference purposes.
-
- /*line1*/ #fv0 d /dev/fv0
- /*line2*/ #ec0 d /dev/ec0
- /*line3*/ #ipg0 d /dev/ipg0
- /*line4*/ llc2 dc /dev/llc2
- /*line5*/
- /*line6*/ %%
- /*line7*/
- /*line8*/ #llc2 fv0 LL_SET_SNID=A \
- /*line9*/ # SHELL="lltune -P -p llc2 -s A -d /dev/llc2 def.tokenring"
- /*line10*/#llc2 ec0 LL_SET_SNID=B \
- /*line11*/# SHELL="lltune -P -p llc2 -s B -d /dev/llc2 def.ether"
- /*line12*/#llc2 ipg0 LL_SET_SNID=C \
- /*line13*/# SHELL="lltune -P -p llc2 -s C -d /dev/llc2 def.fddi"
-
-
- To activate the token ring interface fv0, you need only take out the '#'
- signs at the beginning of the line #1, #8, and #9. Line 9 is to execute
- _l_l_t_u_n_e(1M) command to set default LLC2 tuning parameters for this token
- ring interface.
-
- A typical configuration file for X.25 only, might contain the following
- network description.
-
- echo m echo
- ec0 dc /dev/ec0
- lapb dc /dev/lapb
- llc2 dc /dev/llc2
- wan0 dc /dev/wan0
- x25 dc /dev/x25
-
- %%
-
- llc2 ec0 LL_SET_SNID=C \
- SHELL="lltune -P -p llc2 -s C -d /dev/llc2 def.llc2"
- x25 llc2 SHELL="x25tune -P -s C -d /dev/x25 -a 0000000000007E \
- def.lan.x25" X25_SET_SNID={C, LC_LLC2, 7E, 70}
-
- lapb wan0 LL_SET_SNID=A \
- SHELL="wantune -P -d /dev/wan0 -s A def.wan" \
- SHELL="lltune -P -p lapb -s A -d /dev/lapb def.lapb"
- x25 lapb SHELL="x25tune -P -s A -d /dev/x25 def.dte80.x25" \
- X25_SET_SNID={A, LC_LAPBDTE, , }
-
- lapb wan0 LL_SET_SNID=B \
- SHELL="wantune -P -d /dev/wan0 -s B def.wan" \
- SHELL="lltune -P -p lapb -s B -d /dev/lapb def.lapb"
- x25 lapb SHELL="x25tune -P -s B -d /dev/x25 def.dte80.x25" \
- X25_SET_SNID={B, LC_LAPBDTE, , }
-
-
-
-
- PPPPaaaaggggeeee 6666
-
-
-
-
-
-
- SSSSNNNNEEEETTTTDDDD((((1111MMMM)))) SSSSNNNNEEEETTTTDDDD((((1111MMMM))))
-
-
-
- x25 - SHELL="pvcmap -P"
-
- echo ec0 ECHO_TYPE
-
-
- Here, _w_a_n_0 and _e_c_0 are WAN and Ethernet drivers respectively, and your
- real Ethernet driver may be eeeecccc0000 , eeeetttt0000 , or eeeennnnpppp0000 , depending on your
- system configuration. Note that the above is an example where lapb,
- llc2, wan0 and ec0 are in-kernel. _I_n_s_t_a_n_t_i_a_t_i_o_n_s are used. Each
- instantiation can be thought of as a separate block in a STREAMS
- Architecture diagram.
-
- When TCP is to be run over X.25 a typical configuration file might
- contain the following extra entries to cater for the IP to X.25
- Encapsulation driver, IXE (see _i_x_e(7)).
-
- ixe dc /dev/ixe
-
- %%
-
- ip ixe IP_NET={15.0.0.2, 255.0.0.0, forwb=n}
- ip ixe IP_NET={16.0.0.2, 255.0.0.0, forwb=n}
- ixe x25
- ixe x25
- ixe x25
-
- ip - SHELL="ixemap -Z" SHELL="ixemap -P" SHELL="ixetune"
-
- FFFFIIIILLLLEEEESSSS
- /_e_t_c/_c_o_n_f_i_g/_s_n_e_t_d
- /_e_t_c/_c_o_n_f_i_g/_s_n_e_t_d._o_p_t_i_o_n_s
-
- SSSSEEEEEEEE AAAALLLLSSSSOOOO
- dlpi(7), lltune(1M), ixemap(1M), pvcmap(1M), ixemapconf(4), ixe(7).
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- PPPPaaaaggggeeee 7777
-
-
-
-